home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0055 / 540.txt < prev    next >
Text File  |  1997-04-16  |  11KB  |  244 lines
  1. INFO-ATARI16 Digest         Fri, 20 Oct 89       Volume 89 : Issue 540
  2.  
  3. Today's Topics:
  4.                                 (none)
  5.                  (none) GDOS & Outline Fonts (2 msgs)
  6.                             386 vs the TT
  7.                                fortran
  8.                             Games for Sale
  9.                      INFO-ATARI16 Digest V89 #538
  10.                          Turboboost with GCR
  11. ----------------------------------------------------------------------
  12.  
  13. Date: 20 Oct 89 16:02:44 GMT
  14. From: sdcc6!sdcc13!pa1329@ucsd.edu  (pa1329)
  15. Subject: (none)
  16.  
  17. Why not some ST developers work together to develop a
  18. outline-font-based GDOS?   If the version can b e accepted by all
  19. developers as a standard, who cares what Atari think?   It can be
  20. used by any ST developers in their program, and Atari's attitude
  21. will not be a problem.
  22. Outline font technology has existed in the ST since pub. partner was
  23. released.  Meanwhile many other companies still struggle with the Atari
  24. GDOS.   There is no need to continue using that junk.
  25.  
  26. ------------------------------
  27.  
  28. Date: 20 Oct 89 17:38:16 GMT
  29. From: pasteur!cory.Berkeley.EDU!soohoo@ucbvax.Berkeley.EDU  (Ken "nmi" Soohoo)
  30. Subject: (none) GDOS & Outline Fonts
  31.  
  32. In article <1379@sdcc13.ucsd.edu> pa1329@sdcc13.ucsd.edu (pa1329) writes:
  33. >
  34. >Why not some ST developers work together to develop a
  35. >outline-font-based GDOS?   If the version can b e accepted by all
  36. >developers as a standard, who cares what Atari think?   It can be
  37. >used by any ST developers in their program, and Atari's attitude
  38. >will not be a problem.
  39. >Outline font technology has existed in the ST since pub. partner was
  40. >released.  Meanwhile many other companies still struggle with the Atari
  41. >GDOS.   There is no need to continue using that junk.
  42.  
  43. Yes, outline fonts are a really cool idea.
  44. Yes, the are a whole HECK of a lot of work to implement.
  45. Probably gonna be hard to convince the people who make Pub.Partner to
  46. part with their outline fonts, as they are the only ones (that I know
  47. of) out there... They pretty much corner the market.
  48.  
  49. So, who designs the fonts? Who do we get the fonts from, certainly not
  50. Adobe... ;-?  And then, what about the algorithm for scaling, that's
  51. worth a lot of money, people make their living off of that...
  52.  
  53. Ok, so if you want outline fonts, wouldn't it make a whole HECK of a lot
  54. of sense to make the system GDOS compatible?  That way, all the existing
  55. programs can continue to use fonts the way they always did...
  56. BUT how do you fix programs like MicroSoft Write (and MANY others) that
  57. inquire of the system what font sizes are available?
  58.  
  59. Here's the problem: Outline Fonts enable any point size to be created.
  60. GDOS thinks only certain point sizes exist.  Thus _currently_ a program
  61. polls to find out the sizes available, and limits the user to those
  62. sizes.  As the Outline GDOS, what font sizes do you report on inquiry?
  63. You've _really_ got _anything_, so why limit the system, but then how
  64. does a program that allows the user to select from font sizes handle
  65. the now unlimited number of sizes .  Certainly not in the current
  66. schema of "pick a size", as they can legally pick _any_ size.
  67.  
  68. Anyway, just some thoughts on Outline Fonts and GDOS.
  69. I'm really preassuming that the Outline GDOS must stay GDOS compatible
  70. and not break existing software, otherwise, I suppose one could throw
  71. out all the currently available GDOS software...
  72.  
  73. --Kenneth "kens" Soohoo                         (soohoo@cory.Berkeley.Edu)
  74.   Atari Hacker (Atari's Hacker...)
  75.   "It could be worse, you could get hit by a bus..."
  76.   My opinions are my OWN, _not_ necessarily Atari's. But "hey", who knows?
  77.  
  78. ------------------------------
  79.  
  80. Date: 20 Oct 89 19:23:25 GMT
  81. From: phoenix@g.ms.uky.edu  (R'ykandar Korra'ti)
  82. Subject: (none) GDOS & Outline Fonts
  83.  
  84. In article <18593@pasteur.Berkeley.EDU> soohoo@cory.Berkeley.EDU.UUCP (Ken "nmi"
  85.  Soohoo) writes:
  86. >Yes, outline fonts are a really cool idea.
  87. >So, who designs the fonts? Who do we get the fonts from, certainly not
  88. >Adobe... ;-?  And then, what about the algorithm for scaling, that's
  89. >worth a lot of money, people make their living off of that...
  90.      Why _not_ Adobe? They've placed their Type I fonts in the public domain,
  91. I understand. You'd get a recognized standard and lots of proven-ground
  92. technology (in an area where proven-ground tech is good) right off the bat.
  93. >BUT how do you fix programs like MicroSoft Write (and MANY others) that
  94. >inquire of the system what font sizes are available?
  95.      Have the system throw a standard set of point sizes back? And when
  96. a particular size is requested, generate a pixel image. Not fast, but
  97. functional - and not necessarily as slow as you might think, either. I've
  98. seen other applications do it that way, and it's not too bad.
  99. >I'm really preassuming that the Outline GDOS must stay GDOS compatible
  100. >and not break existing software...
  101.      If it's reasonably written, the above system might save a lot of headaches.
  102. Then again, maybe not; I don't know GDOS.
  103.                                                         - R'ykandar.
  104. --
  105. | R'ykandar Korra'ti, Editor, LOW ORBIT | phoenix@ms.uky.edu | CIS 72406,370 |
  106. | Elfinkind, Unite! | phoenix@ukma.bitnet | PLink: Skywise | QLink: Bearclaw |
  107.  
  108. ------------------------------
  109.  
  110. Date: Fri, 20 Oct 1989 12:06 EDT
  111. From: Greg Csullog <01659%AECLCR.BITNET@Forsythe.Stanford.EDU>
  112. Subject: 386 vs the TT
  113.  
  114. Several users on my site have fast 386 machines. The problem is that most
  115. codes do not support memory beyond 640K. Thus, a 4 meg 386 has over 3 megs
  116. of useless RAM.
  117.  
  118. PC people are always proud of fast 386's. With the lack of a common interface
  119. for applications (Word Perfect, dBASE, LOTUS, ChiWriter, etc.have no
  120. relationship to one another) huge amounts of time are wasted trying to
  121. pass data between applications. Who the hell cares if a number crunch
  122. takes 7 seconds instead of 21 when it takes 1/2 hour to move the result to
  123. a second application. Until PCs have a dominant common interface that allows
  124. rapid passing of data between appplications PCs will remain the dogs of the
  125. computing world.
  126.  
  127. A survey has shown that in business, the average number of applications
  128. used by PC users is 1, the average by Mac users is 4. Why? Learning one
  129. PC appl does not tell you anything about the next. Learning one Mac appl
  130. or one GEM appl totally prepares you for the next ones. Sorry PC users,
  131. speed of processing is not the only determinant of productivity!
  132.  
  133. ------------------------------
  134.  
  135. Date: 20 Oct 89 09:22:15 GMT
  136. From: eru!luth!sunic!mcsun!ukc!newcastle.ac.uk!tadhg!chris@bloom-beacon.mit.edu
  137.  (Chris Forker - Nav Arch-)
  138. Subject: fortran
  139.  
  140. In article <3937.253ca865@uwovax.uwo.ca> 4224_5132@uwovax.uwo.ca writes:
  141. >I need help finding a GOOD fortran for my ST.
  142. >
  143. >Any suggestions...?--
  144. >
  145. >--------------------------------------------------------------
  146. >Andrew Semple                               ads@uwovax.uwo.ca
  147. >2nd Year Applied Math/Computer Science      Andrew.Semple@uwovax.uwo.ca
  148. >The University of Western Ontario           Semple@uwovax.BITNET
  149. >London, Ontario
  150. >Canada
  151.  
  152.         I'v used Prospero's Fortran for several years now, and find it
  153.         reasonable. One of the good things is the ease by which code can
  154.         ported too and from the PC without any changes if you use
  155.         their PC compiler as well.
  156.  
  157.         The compiler is not the fastest around, but produces tight
  158.         code.  The actual workbench is v.good, and I find it very
  159.         productive. The latest 'toolbox' from Prospero gives even
  160.         greater flexibility to this environment. They also have
  161.         MC68881 support as well.
  162.  
  163.         Hope this helps
  164.  
  165.         Chris.
  166.  
  167.         I only use the product, I don't have shares in the company.
  168.  
  169.  
  170. +-=--=--=--=--=--=--=--=--=--=--=--=--=--+--=--=--=--=--=--=--=--=--=--=--=-+
  171. |   mail: Chris.Forker@newcastle.ac.uk   |   Dept. Marine Technology        |
  172. |  voice: +44 91 2226000 X 6750          |   Newcastle University           |
  173. |    fax: +44 91 2611182                 |   Newcastle upon Tyne            |
  174. |                                        |   NE1 7RU  ENGLAND               |
  175. +-=--=--=--=--=--=--=--=--=--=--=--=--=--+--=--=--=--=--=--=--=--=--=--=--=-+
  176.  
  177.  
  178.  
  179.  
  180.  
  181. ------------------------------
  182.  
  183. Date: 20 Oct 89 19:55:22 GMT
  184. From:
  185.  pacific.mps.ohio-state.edu!gem.mps.ohio-state.edu!brutus.cs.uiuc.edu!wuarchive!
  186. dogie.macc.wisc.edu!vms.macc.wisc.edu@tut.cis.ohio-state.edu  (Neil Gilmore)
  187. Subject: Games for Sale
  188.  
  189. In article <1989Oct16.214846.8337@agate.berkeley.edu>,
  190.  c60c-4af@e260-4a.berkeley.edu (Teh Kao Yang) writes...
  191.  
  192. >Thanks for all those replies to my message. However the games have
  193. >all been sold. Boy did they go quick!
  194.  
  195. >Teh Kao Yang
  196.  
  197. Quite so... even though your 'or best offer' clause didn't seem to make
  198. it into your posting.
  199.  
  200. Sorry, folks, but this gentleman sent me email saying that I could
  201. purchase the items in question, as I was the first respondant to his
  202. posting. His next message told me that he would not sell me those items.
  203. I do not object to persons wishing to sell items for their best offer,
  204. but I would quite prefer that this information appear in the post.
  205.  
  206. +-----------------------------------------------------------------------+
  207. | Kitakaze Tatsu Raito  Neil Gilmore     internet:gilmore@macc.wisc.edu |
  208. | Jararvellir,          MACC, UW-Madison bitnet: gilmore@wiscmac3       |
  209. | Middle Kingdom        Madison, Wi                                     |
  210. +-----------------------------------------------------------------------+
  211.  
  212. ------------------------------
  213.  
  214. Date: Fri, 20 Oct 89 15:43 CDT
  215. From: CANTIN%MMDEHN.SPAN@ricevm1.rice.edu
  216. Subject: INFO-ATARI16 Digest V89 #538
  217.  
  218. unsubscribe info-atari16
  219. signoff
  220.  
  221. ------------------------------
  222.  
  223. Date: 20 Oct 89 16:46:00 GMT
  224. From: matthews@umd5.umd.edu  (Mike Matthews)
  225. Subject: Turboboost with GCR
  226.  
  227. In article <761@utacs.UTA.FI> jackin@utacs.UTA.FI (Markku M?enp??) writes:
  228. >Has anybody succeeded in using Spectre GCR with faster
  229. >processors (16Mhz) ? I would like to get my MEGA faster and
  230. >especially would like to see Spectre GCR roaming in 16 Mhz.
  231. >
  232. >! Markku M?enp?? !
  233.  
  234. I used Spectre (NOT GCR) with the JRI 16Mhz board no problems.  I imagine
  235. the GCR will work as well -- I'll let you know if otherwise when my GCR
  236. comes [and my friend doesn't mind me borrowing his ST again].
  237.  
  238. Mike
  239.  
  240. ------------------------------
  241.  
  242. End of INFO-ATARI16 Digest V89 Issue #540
  243. *****************************************
  244. =========================================================================